this concept, the transceiver's software 
divides the computational tasks per- 
formed by the device into small sub- 
tasks and designates these tasks to the 
most suitable hardware module for the 
task. I n a sense, the SDR's software per- 
forms micromanagement of the com- 
puted tasks well below the commonly 
used level of task assignment. 

The EVA SDR also incorporates a dy- 
namic waveform selection algorithm 
that minimizes the SDR's power con- 
sumption based on the channel QoS. To 
do so, the SDR collects the channel char- 
acteristicson a regular basiswhile in the 


normal mode of operation and adjusts 
the modulation type, RF channel data 
rate, output power level, and some other 
characteristics of the transmitted signal 
based on the gathered QoS. This 
method results in, essentially, 1000s of 
continuously changing waveforms. 

In sum, the EVA SDR bridges the gap 
that has historically inhibited the coexis- 
tence of flexibility, power efficiency, and 
miniaturization in the same mobile 
handset radio. 

T his work was done by Aleksey Pozhidaa/ 
of Lerycom Technologies for Johnson Space 
Center. For further information, contact the 


JSC Innovation Partnerships Office at (281) 
483-3809. 

In accordance with Public Law 96-517, 
the contractor has elected to retain title to this 
invention. Inquiries concerning rights for its 
commercial use should be addressed to: 

Lisa Livdahl, CFO 
Lexycom Technologies, Inc. 

425 South Bowen Street, Unit 1 
L ongmont, CO 80501 
PhoneNo.: (303) 774-7822 
URL: www.iexycominc.com 
Refer to M SC-25125-1, volume and num- 
ber of this NASA Tech Briefs Issue, and the 
page number. 


Remotely Accessible Testbed for Software Defined 
Radio Development 

This testbed enables a geographically scattered development team to collaborate on a testbed. 

NASA'sJet Propulsion Laboratory, Pasadena, California 
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The Remotely Accessible Testbed includes a pair of personal computers with a variety of peripherals 
connected via Ethernet and USB interfaces. 


Previous development testbeds have 
assumed that the developer was physi- 
cally present in front of the hardware 
being used. No provision for remote op- 
eration of basic functions (power 
on/ off or reset) was made, because the 
developer/ operator was sitting in front 
of the hardware, and could just push 
the button manually. I n this innovation, 
a completely remotely accessible test- 
bed has been created, with all diagnos- 
tic equipment and tools set up for re- 
mote access, and using standardized 
interfaces so that failed equipment can 
bequicklyreplaced. In th is testbed, over 
95% of the operating hours were used 
for testing without the developer being 
physically present. 

The testbed includes a pair of per- 
sonal computers, one running Linux 
and one running Windows. A variety of 
peripherals is connected via Ethernet 
and USB (universal serial bus) inter- 
faces. A private internal Ethernet is 
used to connect to test instruments and 
other devices, so that the sole connec- 
tion to the "outside world" is via the 
two PCs. 

An important design consideration 
was that all of the instruments and in- 
terfaces used stable, long-lived industry 
standards, such as Ethernet, USB, and 
GPIB (general purpose interface bus). 
There are no "plug-in” cards for the 
two PCs, so there are no problems with 
finding replacement computers with 
matching interfaces, device drivers, 
and installation. The only thing unique 


to the two PCs is the locally developed 
software, which is not specific to com- 
puter or operating system version. If a 
device (including one of the comput- 
ers) were to fail or become unavailable 
(e.g., a test instrument needed to be re- 
calibrated), replacing it is a straightfor- 
ward process with a standard, off-the- 
shelf device. 

This strategy has paid off several 
times over the developmental effort. It 
made it very easy to construct a 
"portable” version of the testbed to 
take to a remote site to test the flight 


model radio: the two PCs were rented 
laptops, and copies of the required in- 
terface boxes were rented or bor- 
rowed. Everything was plugged to- 
gether, the software was loaded, and a 
few hours later, testing could com- 
mence. Compared to the traditional 
approach of a rack full of customized 
interface drawers and customized PCs, 
it was much simpler and less expensive, 
as well as immediately responsive to 
changing project needs. 

In fact, the experience of creating an 
ad hoc test capability at a remote site has 
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resulted in some minor changes to the 
overall design: for example, rather than 
individual serial ports, the system now 
uses USB to serial adapters, all plugged 
into a USB hub, so there is a single USB 


connection to the Linux PC. Likewise, in 
the laptop configuration, the private inter- 
nal network is implemented with USB- 
Ethernet adapters, because most laptops 
come with only one Ethernet interface. 


ThisworkwasdonebyJamesP. Lux, M inh 
Lang, Kenneth J. Peters, and Gregory H . Tay- 
lor of Caltech for NASA's Jet Propulsion L ab- 
oratory. Further information is contained in 
a TSP (see page 1).NPO-48013 
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